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Verfahren zur Bearbeitung von CDR-Inf ormationen 



10 Beschreibung 



Die Erfindung betrifft ein Verfahren zur Analyse unci 
Bearbeitung, insbesondere Korrektur einer Menge von Call 
15 Detail Records (CDRs) . 

Gebiet der Erfindung: 

Verschiedenste Netzelemente von Mobilf unkbetreibern oder 
anderen Dienstleistern (Finanzinstitute , Energieunternehmen, 
Internetserviceprovider) erzeugen servicerelevante Daten, so 

2 0 genannte Call Detail Records (CDRs) , die zum GroSteil in die 
Rechnungserstellung einf liefeen . Die meisten CDRs liegen in 
proprietaren binaren Formaten vor und werden von so genannten 
Mediation Devices u. a. eingesammelt , aggregiert und auf 
interne oder standardisierte Datenf ormate zur 

25 Weiterverarbeitung innerhalb einer Abrechnungskette 
abgebildet . 

Die Abrechnungskette, die die Verarbeitung dieser 
servicerelevanten Abrechnungsdaten vomimmt , ist ein hoch 
komplexes, mehrstuf iges Sof twaresystem, das meist von 
30 verschiedenen Hard- und Sof twarelief eranten realisiert wurde . 
Durch die Komplexitat und die standig anfallenden 
Anderungswunsche kotnmt es permanent vor, dass ein gewisser 
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Teil der Abrechnungsdaten f ehlerbehaf tet ist und dadurch nicht 
abgerechnet werden kann. Unabhangige Branchenkennzahlen 
sprechen von ca . 2-5% Verlusten. 

Aufgabe der Erfindung: 

5 Aufgabe der Erfindung ist es, ein Analyse- und/oder 

Korrektursystem bereitzustellen, mit dem es moglich ist, 
abrechnungsrelevante Daten allgemeingultig zu analysieren, 
Fehler zu finden, diese zu reparieren und die reparierten 
Daten der Abrechnungskette wieder zuzufiihren. 

10 Diese Aufgabe wird durch die Erfindungen mit den Merkmalen der 
unabhangigen Anspruche gelost . Vorteilhaf te Weiterbildungen 
der Erfindungen sind in den Unteranspruchen gekennzeichnet . 

Dies wird im Wesentlichen dadurch erreicht, dass in einer 
Konf igurationsdatei Strukturinf ormationen hinterlegt sind, die 

15 die Grammatik der CDRs wiedergeben. Diese Dateien werden 
eingelesen und es wird eine relationale Datenbank auf der 
Grundlage der Grammatik erzeugt . Hierbei ist insbesondere zu 
beachten, dass hierarchische Gramma tikkonstrukte , die 
Rekursionen erlauben, durch eine 1:N Verknupfung dargestellt 

2 0 werden. Nach dem Erstellen der Datenbank werden die CDRs in 

die Datenbank eingelesen, urn dann mit frei def inierbaren oder 
vorgegebenen SQL-Queries nach Fehlern zu suchen, die ggf . auch 
automat isch korrigiert werden konnen. Nach der Korrektur 
werden die CDRs aus der Datenbank auf der Basis der 

2 5 Strukturinf ormationen ausgelesen und im ursprimglichen Format 

abgespeichert . 

Das System stellt hierdurch Funktionen zur Analyse und 
Behebung von Fehlern in vom Mediation Device gesammelten oder 
erzeugten CDRs mit abrechnungsre levant en Daten aus beliebigen 

3 0 Datenquellen zur Verf \igung . Dazu ist es notig, CDRs -diverser 

Formate fur schnelle Suche zwischenzuspeichern, fehlerhafte zu 
erkennen und zu analysieren. Das erf indungsgemaSe 
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Korrekturverfahren ist zur Unterstutzung von Massenupdates 
ausgelegt . 

Fehler in den CDRs haben die Eigenschaf t , mehrfach und uber 
langere Zeit aufzutreten; deshalb ist eine Wiederholbarkeit 
von Analysen und Korrekturmafinahmen verfiigbar. Das 
erf indungsgemafce System ermoglicht ebenfalls, eine luckenlose 
Ruckverf olgung und Wiederverwendung aller gemachten 
Korrekturen, indem protokolliert wird, wer zu welchem 
Zeitpunkt welche Anderung vorgenommen hat. Dies wird durch das 
Anlegen von Kopien erreicht, auf denen alle 

Anderungsoperationen durchgefuhrt werden. Des Weiteren bietet 
das System Revisionssicherheit , d. h. dass zu jedem spateren 
Zeitpunkt mit den gleichen Eingangsdaten die Korrekturen 
erneut durchgefuhrt werden konnen und zu den gleichen 
Endergebnissen fuhren. 

Eine weitere Systemeigenschaf t ist die Unterstutzung der 
Benutzer mit Anzeigen und Sortiermoglichkeiten zur optimalen 
Darstellung von Suchergebnissen und von vorgenommenen 
Korrekturen . 

So stehen in der bevorzugten Ausfiihrungsform folgende 
Systemfunktionen zur Verfugung: Eingabef unktionen und 
Zwischenspeicherung von Modif ikationen, dynamische Bestimmung 
der Strukturdef inition der Eingabe-CDRs , Abbildung der 
Strukturdef inition auf die zwischenspeichernde Datenbank, 
leistungsf ahige Eingabeschnittstellen in die Datenbank, Laden 
in eine relationale Datenbankinstanz , Import von durch 
Wildcards identif izierten Dateien, Importf ormatierung mittels 
der Strukturdef initionen, Wiederauf setzen bei defekten 
Bereichen, Header- und Trailertest, insbesondere fur das TAP3 - 
Format, Behandlung von defekten Bereichen in CDR-Dateien nach 
definierten Mustern, Suchf unktionen, Definition von 
Ergebnismengen basierend auf SQL- oder PLSQL-Abf ragesprache , 
weitere Verfeinerung von Ergebnismengen mit PL /SQL, Sortierung 
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und Gruppierung von Ergebnismengen mit Standard-SQL, Export- 
und Dumpmoglichkeit der Oracle -Datenbank, so dass die Daten 
fur die Weiterverarbeitung in das Billing- System ubergeben 
werden konnen. Die folgenden Bearbeitungsf unktionen stehen 
5 dabei zur Verfugung: Bearbeitung der Ergebnismenge mit 
Standard SQL/PLSQL-Update-Anweisungen, Bearbeitung der 
Ergebni smenge mit PL/SQLDatenbank-Prozeduren, Zuordnung einer 
Korrekturnummer zu einer Ergebnismenge (Revision Control 
Mode) , Bearbeitung der Ergebnismenge mit PL/SQL -Datenbank- 

10 Prozeduren innerhalb der Benutzeroberflache, Freigabe oder 
Rucknahme einer Korrektur, Anderungsprotokollierung, 
Protokollierung von WER macht WANN, WAS und WIE und der 
Ausgaben mit Zuordnung zu den Kor rekturnummern , 
Ausgabefunktionen, Zuordnung von Dateinamen zu den Ausgaben, 

15 Vermerk des korrekten Endes einer Ausgabe, Ausgabemoglichkeit 
der korrigierten CDRs und optional der ursprunglichen CDRs 
oder kompletter Eingabef iles , Erzeugung des zum Eingabef ormat 
identischen Ausgabef ormats mit den vorhandenen 

Strukturdef initionen, Auflistung der ins System geladenen CDR- 

2 0 Dateien. Zur vereinf achten Bearbeitung steht eine 

Benutzeroberflache zur Verfugung, die intuitiv zu bedienen 
ist. Es wird darauf hingewiesen, dass das System auch aus 
Unterkombinationen der o. g. Funktionen bestehen kann. 

Im Folgenden wird die Erfindung anhand von 
25 Ausf \ihrungsbeispielen naher erlautert, die in den Figuren 
schematisch dargestellt sind. Gleiche Bezugszif f ern in den 
einzelnen Figuren bezeichnen dabei gleiche Elemente. Im 
Einzelnen zeigt: 

3 0 Fig. 1 den strukturierten Aufbau der vorliegenden Erfindung. 
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Die zu analysierenden CDR-Tagesproduktionen-Daten liegen in 
einem Arbeit sverzeichnis in Dateiform vor. Anhand des 
Dateinamens oder durch Benutzerangabe werden das Recordf ormat 
und die Formatversion der CDRs bestimmt. Innerhalb einer Datei 
5 durfen nur CDRs eines Recordf ormates in einer Version 

enthalten sein. Welche CDR-Dateien zu laden sind, wird vom 
Benutzer f estgelegt . 

Anhand des erkannten Recordf ormates werden mit Hilfe der 
Strukturdateien Datenbanktabellen angelegt . Die Daten konnen 
10 dann mit dem f ormatabhangigem Decoder (GSM, TAP 3 , Mediation, 
u. a.) decodiert und in die Datenbank geladen werden. 

Sowohl die Funktionsweise der Decoder, Encoder als auch die 
automatisierte Abbildung der Dat enbe schr e ibungs sprache auf 
eine relationale Datenbank wird in der bevorzugten 
15 Ausf uhrungsf orm uber die Strukturdatei bestimmt . 

Die Decoder haben in der bevorzugten Ausf uhrungsf orm Methoden, 
um defekte Bereiche innerhalb von CDR-Dateien zu erkennen, 
wieder aufzusetzen, zu iiberspringen und Korrekturen 
vorzubereiten. Zusatzlich sind die Decoder mit Testf unktionen 
20 und Dumpmoglichkeiten ausges tattet . 

Durch die Verwendung einer relationalen Datenbank stehen alle 
Moglichkeiten der SQL-Sprache, der PL/SQL-prozeduralen 
Datenbanksprache und Programme mit Dialog im Zeilenmodus zur 
Verfugung. So konnen weiterhin 3rd- Party-Tools benutzt werden, 

2 5 um auf die Tabellen zuzugreifen, zu suchen und Veranderungen 

vor zunehmen . 

Die in der bevorzugten Ausf uhrungsf orm vorliegende 
Benutzeroberf lache beinhaltet in ihrem Bearbeitungsteil 
Benutzerdialoge zum Suchen, Darstellen, Korrigieren und 

3 0 Protokollieren von Ergebnissen. Fur grd&tmogliche Flexibilitat 

konnen in der Oberflache SQL-Anweisungen und PL/SQL- 
Da tenbankprogramme definiert und fur spatere Wiederverwendung 
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abgespeichert werden. Zur Darstellung und Manipulation ist ein 
CDR-Editor integriert. Ist ein Fehler gefunden und die 
betroffenen Daten seiektiert worden, so konnen diese innerhalb 
der Oberflache mit Massenupdatef unktionen korrigiert werden. 
Alle Anderungen werden persistent und tagesgenau protokolliert 
und stehen fur Revis ions zwe eke zur Verfugung, indem auf Kopien 
gearbeitet wird. Auch die Oberflache kann ihr Layout, wie 
z. B. die Anordnung der Fenster, speichern und wieder 
verwenden . 

Die CDR-Strukturdateien sind eine Abbildung der CDR- 
Spezif ikationen bzw. Grammatik. Alle Feldbeschreibungen und 
die zugehorigen Wertebereiche fur verschiedene Net zeletnente 
sind in ihnen abgelegt . Sie werden direkt aus den 
Spezif ikationen der Netzwerkausruster erstellt . Zu einer 
Version eines Formats existiert immer nur eine Strukturdatei . 
Alle Module greifen auf diese eine Strukturdatei zur 
Forma tbe s chr e ibung zu . Dies hat den Vorteil, dass man bei zu 
erwartenden Anderungen an CDR- Format en von Netzwerkelementen 
diese nur einmalig an zentraler Stelle in die Strukturdateien 
einarbeiten braucht. Diese Anderungen stehen dann sofort alien 
Modulen zur Verfugung. 

Die CDR-Strukturen werden in der Datenbank auf Tabellen 
abgebildet . 

Es werden in der bevorzugten Ausf uhrungsf orm folgende Arten 
von Strukturdateien unterschieden : 

1. ASN . 1- Strukturdatei , die ASN.l codierte Datenformate 
beschreibt. 

2. Nicht- ASN.l -Strukturdatei, die in einer erf indungsgemafcen 
Datenbeschreibungssprache vorliegt und alle nicht ASN.l - 
Datenf ormate beschreibt . 
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Zum Verarbeiten dieser Formate sind zusatzlich die 
f ormatspezif ischen CDR-Decoder sowie CDR-Encoder notwendig . 
Die Strukturdateien konnen somit einer f ortdauernden Pflege 
und Erweiterung fur neue Netzwerkelemente und rieue 
5 Sof twareversionen unterliegen. 

Die CDR-Decoder konvertieren alle oftmals irn binaren Format 
vorliegenden CDRs in ein Datenbank lesbares Format, 
vorzugsweise in das ASCII -Format , das so genannte FAF- Format . 
In diesem Format werden die Feldnamen, Datenstrukturen und 

10 Datentypen dargestellt. Die Decoder sind vorzugsweise 
Batchprogramme . Die zu dekodierenden Formate werden 
vorzugsweise automat isch iiber Namenskonventionen fur 
Eingabedateien bestimmt . Andere Analysen zur Bestimmung des 
Formates sind jedoch. denkbar. Aus dem Dateinamen sollten der 

15 notwendige Netzelementtyp sowie die zugehorige Versionsnummer 
des Formates hervorgehen. Format und Version konnen jedoch 
auch abweichend von der Namenskonvention vorgegeben werden. 

Der CDR-E!ecoder-Output (FAF-Format) wird, vorzugsweise ohne 
Zwischenspeicherung, als direkter Input fur das 
20 Datenbankinterf ace verwendet . Dadurch wird das File-system der 
Rechner nur zum Lesen der Eingabedaten benotigt. Das 
aufwendige Speichern von Zwischenergebnissen entfallt. 

Um eine moglichst groiSe Anzahl von CDRs aus Dateien mit 
defekten Bereichen zu extrahieren, beinhalten die Decoder 

25 Funktionen zum Wiederauf set zen wahrend des Lesens einer 

Eingabedatei . Es werden Pattern (Suchmuster) f estgelegt , die 
den Anfang von neuen Records beschreiben. Mit diesen 
Inf ormationen versuchen die Decoder defekte Bereiche mit 
minimalem Verlust zu iiberspringen . Die Anzahl der 

3 0 Auf setzversuche wird vorzugsweise in der 

Verwaltungsinformation zur CDR-Datei vermerkt . Je Format und 
Version ist ein Maximum von Auf setzversuchen definiert. Nach 
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Erreichen dieses Maximums wird das Decodieren der Eingabedatei 
abgebrochen . 

Zur manuellen Behandlung von f ehlerhaf ten Bereichen in CDR- 
Dateien sind Methoden in den Decodern enthalten, die 
5 fehlerhafte Bereiche von CDR-Dateien in unstrukturierter Form 
in die Datenbank schreiben. Durch Schneiden, d. h. durch 
Setzen von Anfangs- und Endmarken, werden korrupte Bereiche in 
den Eingabedaten gekennzeichnet . Die Benutzeroberf lache 
erlaubt , in einer bevorzugten Ausf uhrungsf orm einzelne Bytes 
10 in unstrukturierten Bereichen in hexadezimaler Notation zu 
verandern . 

CDRs , die geladen wurden, sind nur lesbar, um unabsichtliche 
Veranderungen ohne begonnene Korrektur zu vermeiden. 
Testfunktionen zur Prufung der inhaltlichen Integritat einer 
15 CDR-Datei konnen beim Import pro Format automat isch oder 
manuell ausgefuhrt werden. 

SQL- Abf ragen beinhalten auch die Prufung auf den NULL -Wert 
oder den x Leer-Wert' , um festzustellen, ob eine Spalte gefullt 
ist . Um die Abf ragen noch weiter verfeinern zu konnen, sind 
20 SQL-, PL/SQL -Funktionen verfugbar, die in der WHERE - Kl au s e 1 
verwendet werden konnen . 

Suchabf ragen werden uber das CDR- Select- Kommando definiert und 
bauen hierarchisch aufeinander auf. Das bedeutet, dass jedes 
CDR- Select -Kommando auf einem anderen CDR-Select basiert und 

2 5 die Suchmenge uber eine UND-Verkniipfung immer weiter 

eingeschrankt wird. Jede so definierte Suchmenge erhalt 
vorzugsweise einen eigenen Namen, welcher als Referenz fur 
weitere CDR-Selects benutzt werden kann. Die vollstandigen 
SQL-Queries werden vom System automatisch erzeugt . Die 

3 0 ursprunglich geladene Gesamtmenge erhalt den Namen Initial. 

So ist z.B. eine automatische Query ein Header Trailer Check 
und Update am Beispiel vom TAP3- Standard . 
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Im Header Check wird beispielsweise fur folgende Ref erenzdaten 
die korrekte Verwendung innerhalb der Call Detail Records 
uberpruf t . 



5 1. taxes 

2 . discounts 

3 . exchange rates 

4. utc time . of f sets 

5 . rec entities 
10 6. vas 

7. message descriptions 

8. called number analysis 



Fur diese Daten sind innerhalb des TAP 3 Formates 
15 Unterstrukturen definiert. D. h. im File sollen z. B. alle 
vorkommenden Taxes (Taxcodes, Taxrate, ...) definiert sein. 
Innerhalb der eigent lichen CDRs sollen nur diese Taxes 
referenziert werden. 

Werden Taxes referenziert, die nicht definiert sind, wird ein 
2 0 Warning ausgegeben. Eine automat ische Korrektur kann hier 

nicht stattfinden, da nicht entschieden werden kann, ob die 
Definition des Taxes fehlt, oder ob die Referenz im CDR 
fehlerhaft ist. Der PAT-Benutzer muss entweder die Tax in die 
Ref erenzstruktur hinzufugen (CDR INSERT) oder den Taxcode des 
2 5 CDR andern (CDR UPDATE) . 

Der Trailer-Check uberpruf t , ob die im Trailer hinterlegten 
Summen mit den tatsachlich summierten Werten der CDRs 
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ubereinstimmen. Ausnahme ist der fruheste und spateste „call 
time st amp" . 

Folgende Werte werden kontrolliert . 



5 1. earliest and latest call timestamp 

2 . total charges 

3 . total taxes 

4. total discounts 

5. call event detail counts 



10 Der Trailer wird nach jeder Anderung der CDRs (CDR INSERT, CDR 
UPDATE, CDR DELETE) und vor jedem export neu berechnet 

Weitere automat ische Queries sind denkbar und individuell auf 
dem SQL -Standard zu definieren. 

Zur Sicherstellung der Konsistenz konnen Korrekturen 
15 vorzugsweise nur auf Ergebnismengen der Suche angewendet 
werden. Dazu ist es notwendig, eine Revision, d. h. eine 
Kopie, zu eroffnen. Das Neuerstellen einer Revision bewirkt, 
dass die Ergebnismenge in einen temporaren, schreibbaren 
Datenbankbereich kopiert wird, in dem Anderungen mittels des 
20 CDR-Update-Kommandos durchgefuhrt werden konnen. Durch diese 
Vorbereitung wird jeder veranderte CDR mit seiner CDR-ID 
innerhalb der Datenbank vermerkt . 

Da uber die aus den Strukturdateien abgeleiteten 
Tabellendef initionen alle Spalten optional sind, kann jede 
2 5 Spalte auf NULL gesetzt werden. Zusatzlich besteht die 

Moglichkeit , Felder abhangig von deren Datentyp auf einen 
x Leer-Wert' zu setzen. 



s 
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In der bevorzugten Ausfuhrungsf orm wird das Loschen von CDRs 
indirekt bereitgestellt . Jede Tabellendef inition wird um ein 
Loschkennzeichen erweitert . Eine UPDATE- Anwei sung setzt dieses 
Kennzeichen fur zu loschende CDRs. 

5 CDR-Dateien, in denen CDRS geandert wurden, werden als 

geandert markiert . In Abhangigkeit der Form des Exports konnen 
z. B . nur geanderte CDR-Dateien exportiert werden. 

Korrekturen f inden vorzugsweise nur auf Ergebnismengen 
(Revisionen) statt, da sonst eine Wiederholbarkeit nicht mehr 

10 gegeben ist. Um Revisionssicherheit zu erlangen, werden 
deshalb Veranderungen, vorzugsweise uber SQL- UPDATE - 
Anweisungen oder uber PL/SQL-Programme manuell oder 
automat isch. vorgenommen. PL/ SQL- Programme ermoglichen, Werte 
zu speichern und Platzhalter in UPDATE -Anweisungen mit Werten 

15 zu besetzen, bevor die Anweisung ausgefuhrt wird. 

Korrekturen werden vorzugsweise nur in Verbindung mit einer 
Korrekturnummer vorgenommen, die einer Ergebnismenge 
zugeordnet wird. Zusammen mit dieser Nummer werden die 
Korrekturanweisungen und alle weiteren Aktionen abgespeichert . 

20 Protokolliert wird , wer', , was 9 , /Wann', ,warum' und eine 

Summenstatistik . Jeder veranderte CDR wird mit Korrekturnummer 
und CDR-ID innerhalb der Datenbank protokolliert. Dieses ist 
vorteilhaft, um mehrfache Korrekturen des gleichen CDRs 
feststellen zu konnen. Der Export von Korrekturen wird 

25 vorzugsweise von dieser Protokolltabelle beeinf lusst . Eine 
Losung zum Duplikatsproblem ist in der Ausgabef unktion 
beschrieben. 

Korrekturen werden vorzugsweise mit einem Namen und einer 
Beschreibung versehen und konnen mit einer jeweils neuen 
3 0 Korrekturnummer aufgerufen und wiederholt werden. Zur 

Beschleunigung kann verringertes Logging gesetzt werden. Bei 
Wiederverwendung einer Korrektur werden die 'was und warum'- 
Felder der Protokollierung mit den letzten Werten vorbesetzt. 
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Die geanderten CDRs werden aus der Datenbank export iert und 
mit den f ormatspezif ischen Encodern unter Verwendung der 
Strukturdef inition in das binare Zielformat konvertiert. Die 
so geanderten Daten sind fur weitere Verarbeitungsschritte in 
vorgegebenen Zielverzeichnissen zusammen mit der 
Protokollierung abgelegt. Die Ausgabe selbst bietet einige 
Optionen, wie z. B. die Ausgabe der ursprunglichen CDRs. 

Logisch sind folgende Arten von Ausgaben zu unterscheiden . 

1. Die Ausgabe beschrankt auf die korrigierten CDRs in eine 
neu erstellte Datei . 

2 . Die Ausgabe beschrankt auf die korrigierten CDRs unter 
Beibehaltung der ursprunglichen Dateinamen und 

3 . Die Ausgabe von kompletten Daten mit dem ursprunglichen 
Dateinamen, in die die geanderten und die nicht von den 
Anderungen betroffenen Daten in ihrer ursprunglichen 
Reihenfolge ausgegeben werden. 

Die erste und zweite Art wird verwendet, wenn nur Teile einer 
Datei mit Fehlern behaftet waren, die Datei an sich aber im 
Abrechnungssystem verarbeitet wurde . Die dritte Art kann 
verwendet werden, urn vom Abrechnungssystem als ganzes 
abgewiesene CDR-Dateien neu zu verarbeiten . 
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P at ent anspruche 

Verfahren zur Analyse und/oder Bearbeitung von einer 
Menge von Call Detail Records (CDRs) , 

- mit einem Initialisierungsschritt , bei dem aus 
einem ersten Speicherbereich Strukturinf ormationen 
der Call Detail Records geladen v/erden und anhand 
dieser eine relationale Datenbank aufgebaut wird, 
die bei hierarchischen Strukturinf ormationen 
mindestens aus zwei miteinander rekursiv in Relation 
stehenden Tabellen besteht, die die Hierarchie 
abbilden, 

- mit einem weiteren Schritt, bei dem aus einem 
zweiten Speicherbereich die vorzugsweise binar 
vorliegende Menge von Call Detail Records in ein 
lesbares Format der Datenbank umgewandelt wird, 
insbesondere in das ASCII -Format , 

- mit einem weiteren Schritt, bei dem die lesbaren 
Call Detail Records entsprechend der 
Strukturinf ormationen in die Datenbank geladen 
werden, die im Initialisierungsschritt erzeugt 
wurde, 

- mit einem weiteren Schritt, bei dem SQL-Queries 
und/oder Datenbankprozeduren verwendet werden, urn 
fehlerhafte Call Detail Records zu bestimmen, die 
geandert werden konnen, 

- mit einem weiteren Schritt, bei dem mit Hilfe der 
Strukturinf ormationen und dem Aufbau der Datenbank 
die Call Detail Records in einen dritten 
Speicherbereich zuruckgespeichert werden, der im 
Aufbau der urspriinglichen Menge an Call Detail 
Records entspricht . 
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Verfahren nach dem vorhergehenden Anspruch, dadurch 
gekennzeichnet , dass fur jeden Typ in der 
Strukturdef inition eine Tabelle angelegt wird. 

Verfahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass bei der Auf losung von hierarchischen 
Datenstrukturen solange normalisiert wird, bis keine 
nicht beschrankte Widerholungsgruppe vorliegt, wobei 
im Falle von nicht beschrankten Wiederholungsgruppen 
rekursiv eine 1:N Relation zwischen einer neuen 
Tabelle aufgebaut wird, die wiederum normalisiert 
die Wiederholungsgruppe auf nimmt . 

Verfahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass der Decoder zum Einlesen der Menge von Call 
Detail Records Binardaten nach Fehlern, insbesondere 
nach Protokollf ehlern, durchsucht , urn diese zu 
markieren, und urn ggf . den Einleseschritt neu 
anzusetzen . 

Verfahren nach dem vorhergehenden Anspruch, dadurch 
gekennzeichnet, dass die fehlerhaften Bereiche in 
eine ausgewiesene Datenstruktur geschrieben werden . 

Verfahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass benutzerspezif ische Erweiterungen, insbesondere 
SQL-Select -Statements, fur die Suche von defekten 
Call Detail Records individuell abspeicherbar sind. 

Verfahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass bei einer Anderung ein Duplikat des Call Detail 
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Records angelegt wird 
und/oder 

eine Protokollierung stattf indet , indem vorzugsweise 
der Bearbeiter und/oder der Zeitraum und/oder eine 
5 Protokollnummer vergeben wird, und/oder 

bei einer Loschung ein Loschkennzeichen vergeben 
wird . 

8 . Verf ahren nach einem oder mehreren der 

10 vorhergehenden Anspruche, dadurch gekennzeichnet , 

dass die Ausgabe durch einen Encoder erfolgt, der 
auf der Basis der Strukturinf ormationen und der 
Datenbaak die Call Details Records im urspru.nglich.en 
Einlesef ormat ausgibt , das vorzugsweise binar ist . 

15 

9 . Verf ahren nach einem oder mehreren der 

vorhergehenden Anspriiche, dadurch gekennzeichnet, 
dass die Eingabe und/oder Ausgabe in eine Datei 
erfolgt, die vorzugsweise im Binarf ormat die Menge 

2 0 von Call Details Records speichert . 

10 . Verf ahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass automatische Korrekturen bei dem Vorliegen 

25 bestimmbarer Mustern durchgefuhrt werden. 

11. Verf ahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass eine Anderung der Strukturdatei sich auf den 

3 0 Aufbau der Datenbanktabellen und/oder auf die 

Funktion des Encoders und/oder auf die Funktion des 
Decoders auswirken. 



12 . 

35 



Verfahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet. 
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dass die Datenbank dynamisch bei jedem erneuten 
Einlesen einer Datei erzeugt wird oder einmalig fur 
jeden Strukturtyp, der durch eine 
Struktur information bestimmt ist . 

5 

13 . Verf ahren nach einem oder mehreren der 

vorhergehenden Anspruche , dadurch gekennzeichnet , 
dass Views in Abhangigkeit der Strukturinf ormationen 
fur eine Datenbank generiert werden. 

10 

14. Software fur einen Computer, dadurch gekennzeichnet, 
dass ein Verfahren nach einem oder mehreren der 
vorhergehenden Anspruche fur einen Computer 
implementiert ist. 

15 

15. Datentrager fur einen Computer, gekennzeichnet durch 
die Speicherung einer Software nach dem 
vorhergehenden Sof twareanspruch . 

20 16. Computersystem, gekennzeichnet durch eine 

Einrichtung, die den Ablauf eines Verfahrens nach 
einem oder mehreren der vorhergehenden 
Verf ahrensanspruche erlaubt . 
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